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I, Summary of Research 


The SODR Memory Buffer Control ASIC Research Grant is part of an effort to build a Spacecraft 
Optical Disk Recorder (SODR). The SODR system is designed to be a state of the art mass storage 
system for future NASA spaceflight missions requiring high rate and large capacity storage systems. 
The system goal for the SODR project is to design an expandable system with a 1.2 TByte capacity, a 
2.4 GB it/sec data transfer rate and 250 msec access time. 

The Memory Buffer Control (MBC) ASIC is a component in the SODR system that performs two 
primary functions: (1) buffering data to prevent loss of data during disk access times 

(2) converting data formats from a High Performance Parallel Interface Format 
(HIPPI) to a Small Computer Systems Interface Format (SCSI II). 

In addition to designing a system to meet the functional specifications of the SODR system, develop- 
ing an ASIC design capability at NASA, and the dissemination of information for potential 
commercial applications were projects goals. 

In summaiy, the following results/activities/devices are a direct result of the SODR Memoiy Buffer 
Control ASIC research grant: 

1) Ten 144 pin, 50 MHz CMOS ASICs were designed, fabricated and tested to implement the Memory 
Buffer Control Function. 

Z) Results of this research effort were published at two conferences: 

Robert F. Hodson, Stephen Campbell, An ASIC Memory Buffer Controller for 
a High Speed Disk System, 5th NASA Symposium on VLSI Design. 

Glenn D. Hines, Stephen G. Jurczyk, Robert F. Hodson, A Spacecraft Mass 
Storage Optical Disk System, Twelfth IEEE Symposium on Mass Storage 
Systems. 

3) The standard cell ASIC design process, with NASA tools for front end design and United Silicon 

(US2) tools layout and fabrication, was worked through for the first time in NASA’s Flight Electronics 
Branch. 



II. Project Organization 


The SODR Memory Buffer Controller ASIC project team consisted of several different organizations 
working together. The technical individuals involved, their affiliations, and primary contributions are 
listed below. 


Name 

Affiliations 

Primarv Contributions 

Robert F. Hodson 

CNU 

Principal Investigator 
ASIC System Design 
Master Controller Design 
Memory Interface Design 
Functional Simulations 
Acceptance Testing 

Stephen Campbell 

CNU (grad, student) 

Group Controller Interface 
Design 

Functional Simulations 
DAS Testing 

Stephen Jurczyk 

NASA 

Technical Project 
Management 

Gerry Tucker 

NASA 

Technical Project 
Management 

Glenn Hines 

NASA 

System Level Modelling 
Board Level Design 

Edward Naddeo 

NASA (Co-op) 

HIPPI Device Modelling 

Lawerence Abga 

NASA JOVE Program 

Independent Design Review 

Cathy McGowan 

SAIC 

HIPPI Interface Design 
SCSI Interface Design 
Functional Simulations 

Brian Krieder 

US2 

Foundry Technical Contact 
ASIC Layout 



III. System Design 

The SODR System has a modular, expandable design which allows for multiple data I/O ports and 
multiple optical disk drives under control of a centralized System Controller. Figure 1 is a block dia- 
gram of a fully configured SODR System. 
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Figure 1. Fully Configured SODR System. 

The basis of the SODR system is a high speed optical disk drive that supports 10 Gbytes capacity, 300 
MBit/sec transferrates, and 150 msec access times. Disks can be cascaded to achieve the appropriate 
storage requirement for a particular application. The system was designed with a standard disk inter- 
face (SCSI n) so that any SCSI II disks that meet capacity and data rate requirements could be used. 
This standardized disk interface allows for multiple disk vendors and opens the door for potential 
commercial applications. 







The System Controller manages the overall system operation by responding to user commands and 
maintaining system status information. High level system commands hke INITIALIZE SYSTEM, 
OPEN WRITE, OPEN READ and others are received by the System Conti'oller. The System Con- 
troller allocates resources (Data Ports, Group Controllers and Disk Drives) to perform the details of 
the data transfer task. 


The Group Controller performs the low level data transfer and buffering functions including the con- 
trol of the Data Ports which use a HIPPI Protocol and the disk drive interface which uses a SCSI II 
Protocol. Each Group Controller is designed to interface with one I/O port and four disk drives. Data 
from the I/O Ports is striped across four disk drives to maintain the high I/O Port bandwidth of 600 
MBits/sec. 

Each group controller consists of a processor which receives commands from the system controller, a 
HIPPI I/O Port interface, a SCSI II Disk Interface, four Memory Buffer Control ASICs and 16 Mbytes 
of buffer memory. 



IV. Memory Buffer Controller ASIC Design 


The Group Controller consisting of an I/O Port, four Memory Buffer Control ASICs along with buffer 
memories (4MBytes each), four SCSI II disk drive interfaces and and the Group Controller processor 
is shown in Figure 2. 



Memory Buffer Controller ASIC 



Figure 2. Group Controller 

The MBC ASIC was designed to interface with a specific chip set consisting of: 

1) AMCC’s S2020/S2021 HIPPI Source/Destination Interface Circuits 

2) EMULEX’s FAS-366 SCSI Processor 

3) Cypress IDT7MP4045 256K x 32 CMOS static RAM memories 

The best/typical/worse case timing for these devices were used for functional testing of the MBC 
design. Pinout of the MBC was designed to interface with these devices with minimal glue logic. 


















Functionally the MBC ASIC performs data conversion and data buffering as shown in Figure 3. In 
HIPPI to SCSI Mode, 8-bits of a HIPPI data burst arrive from the AMCC HIPPI destination chip. The 
8-bit data are buffered and de-multiplexed into 32-bit data before it is sent off-chip to a 4 MByte 
memory for buffering. Data are read back from memory and multiplexed into a 16-bit format before 
being sent off-chip to the EMULEX SCSI Processor. The data path is reversed in SCSI to HIPPI 
Mode. Data comes into the MBC ASIC from the SCSI Processor, it is de-multiplexed, sent to memory, 
multiplexed and sent out to the HIPPI source chip. The MBC ASIC can also function in a diagnostic 
mode where the Group Controller can read and write the 4 MByte memory through the ASIC. This 
mode is useful for testing memory and for checking out either the HIPPI or SCSI interfaces 
independently. 
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Figure 3. MBC ASIC Data Paths. 

The MBC ASIC was designed as five major functional units as shown in Figure 4. 

1) Memoiy Buffer Master Controller 

2) HIPPI Interface. 

3) SCSI II Interface. 

4) Group Controller Interface. 

5) Memory Interface. 











Memory Buffer Master Controller (MBMC) 


The Memory Buffer Master Controller (MBMC) is designed to provide centralized control over the 
various interfaces within the MBC ASIC. It is a large state machine the has the following operating 
modes: 


Mode 0: Reset 
Mode 1: HIPPI to SCSI 
Mode 2: SCSI to HIPPI 
Mode 3: GC to Memory 
Mode 4: Memory to HIPPI 
Mode 5: Memory to SCSI 


TO GC 8 BIT 


TO/FROM HPPI 
8-BIT DATA & 
CONTROL 



32-BIT DATA & CONTROL 


Figure 4.Functional View 


For each mode the MBMC performs high level control over the appropriate data transfers. It provides 
information to the interfaces about the direction of transfer and controls the high level data transfer 
timing between the interfaces. 








HIPPI Interface 


The HIPPI interface communicates with the AMCC HIPPI source and destination chip set. These 
chips implement the High Performance Parallel Interface Standard. The chips perform the high level 
channel connect protocol as well as the low level data transfers. The HIPPI channel is 32-bits wide. 
This is 32-bit data path is striped across 4 MBC ASICs, each controlling the dansfer of an 8-bit data 
path to independent SCSI II disk drives. The MBC ASIC only implements the low level control for the 
AMCC chips. It also performs the data transfer functions (burst transfers). The Connect/Disconnect 
protocol must be implemented with external logic with the exception of the I-field transfer. The timing 
between the Connect/Disconnect and the burst transfers is not critical and therefore was de-coupled to 
reduce pinout on the MBC ASIC. 


The function of the HIPPI interface is to first issue an I-field during the HIPPI Connect phase and then 
handle the data transfer. This is accomplished by writing an I-field to the GC interface and placing the 
ASIC in Memory to HIPPI Mode. After a connect is achieved, the mode can be changed to SCSI to 
HIPPI and the HIPPI Interface will buffer data it receives from the Memory Interface into burst of 256 
bytes. This is accomplished by using a 512x8 FIFO and monitoring its half full flag. As bursts become 
available, the data is sent to the AMCC source chip for transfer across the HIPPI channel. When the 
MBC ASIC is in HIPPI to SCSI Mode, the HIPPI interface transfers data in the opposite timing and 
control to the HIPPI source/destination chips are performed by the HIPPI Interface. 

SCSI n Interface 

The SCSI n interface communicates with the EMULEX FAS366 SCSI Processor. The MBC ASIC 
controls the handshaking for the DMA interface and provides a 16-bit bidirectional data path to the 
SCSI Processor. The microprocessor interface to the FAS366 is not conholled by the MBC ASIC and 
should be controlled by the Group Controller microprocessor. This interface conains a 256x16 FIFO 
for data rate matching between the Memory interface and the SCSI interface. Data is received from the 
Memoiy Interface in HIPPI to SCSI mode and sent to the Memory Interface in SCSI to HIPPI Mode. 
The interface contains several small state machines to control the data transfer timing. 

Group Controller Interface 

The Group ControUer interface connects the MBC ASIC to the Group Controller microprocessor. 
Since the Group Controller microprocessor has not be chosen yet, a generic memory mapped interface 
design was implemented within the MBC ASIC. This interface has an 8-bit data path and five bits of 
register selects. Read, Write, and an ASIC Select signal are used to control the data transfers to this 
interface. Through the GC Interface the MBC ASIC is controlled by setting modes, checking status or 
transferring data. Details of the GC Interface’s register mapping are given in ASIC Data Sheet Section 
of this report. 

Memory Interface 

The Memory Interface controls the the low level timing of data transfers to or from the 4 MByte 
off-chip buffer memory. The memory is organized into a 1MByte by 32-bit memory. This requires 4 



memory chips with an external decoder logic. The Memory Interface can conti*ol memory transfers to 
and from the HIPPI Interface, the SCSI Interface or the GC Interface depending on the operating mode 
of the MBC ASIC. The memory functions as a circular buffer using read and write address registers to 
point to head and tail of the buffer space. A memory full status is also maintained by this interface and 
can be read via the GC Interface. 



V. SODR MBC Data Sheets 


Description; 

Package/Pins; 

Material/Process; 

Ratings; 

Power Consumption; 
Sheets included: 


SODR Memory Buffer Controller ASIC 
Ceramic PGA 144 
CMOS i.O micron Teclinology 
Industrial (-40 to 85C) 

0.25W 


1) Pinout Diagram 

2) Signal Description 

3) ES2 Pinout Report 

4) ES2 I/O Cell Specifications 

5) ES2 I/O Cell Library Sheets 

6) Register Map 

7) SODR Operating Guide 

8) US2 Power Calculation Worksheets 
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Signal Description 

PIN NAIVCE : I/O : # : Type ; Description 


Clock25 

: I 

: I 

: CMOS 

Resct_ 

: 1 

: 1 

: TTL 

BIST„Test 

; I 

: I 

: TTL 

BIST_HResult 

:0 

; 1 

TTL 

BIST_SResuIt 

: O 

: 1 

: TTL 

BIST_Clock 

: I 

: 1 

TTL 

GCI/F; 

Asic_SEL_ 

: I 

: 1 

TTL 

GC_Bus[7:0] 

:I/0 

:8 

TTL 

GC_WR_ 

: I 

: I 

TTL 

GC_RD_ 

: I 

1 

TTL 

Reg_sel[4:0] 

: I 

:5 

TTL 

fflPPI l/F: 

HPPI_Data[7:0] 

I/O 

8 

TTL 

DTREQ 

I 

1 

TTL 

NRDEN 

I 

1 

TTL 

RDCLK 

I 

1 

TTL 

SELBO 

I 

1 

TTL 

SELBl 

I 

1 

TTL 

SELB2 

I 

I 

TTL 

WRCLKD 

I 

I 

TTL 

BSTAV 

O 

I 

TTL 

DEST_OE„ 

O 

1 

TTL 

PARO 

o 

1 

TTL 

PKTAV 

o 

I 

TTL 

RDYIN 

o 

I 

TTL 

SHBST 

o 

1 

TTL 

Sync 

I 

I : 

TTL 

MEMI/F: 

Mem_Data[3I:0] 

I/O 

:32: 

TTL 

Mcm_Addrs[l9:0] 

o 

20: 

m 

WRITE. 

o 

: 1 : 

TTL 

MEM_OE_ 

o 

: 1 : 

TTL 

SCSII/F: 

SCSI_Data[I5:0] : 

I/O 

: 16 

TTL 

ASIC.50_cIk 

I 

: 1 

TTL 

DREQ 

I 

: 1 

TTL 

DACKN_ : 

o 

: 1 

TTL 

RDN_ 

o 

: 1 

TTL 

WRN_ ; 

0 

: 1 

TTL 


25MHz Asic Clock 
Chip Reset (active low) 
BIST Test input 
BIST Test Result (HIPPI) 
BIST Test Result (SCSI) 
BIST TEST Clock 


: Asic Select (active low) 
: GC Data Bus 
: GC Write (active low) 

: GC Read (active low) 

; GC Register Select 


; HIPPI Data Bus 
: HIPPI Data Request 
: HIPPI NOT Read Enabled 
: HIPPI Read Qock 
; HIPPI SELB 
: HIPPI SELB 
: HIPPI SELB 
: HIPPI Write Clock 
; HIPPI Burst Available 
: HIPPI Destination Output Enable 
: HIPPI Parity 0 
: HIPPI Packet Available 
: HIPPI Ready In 
: HIPPI Short Burst 
: HIPPI Synchronized True 


: Memory Data Bus 
: Memory Address 
: Memroy Write (active low) 

: Memory Output Enable (active low) 


SCSI Data Bus 

50MHz SCSI Clock 

SCSI Data Request 

SCSI Data Acknowledge (active low) 

SCSI Read (active low) 

SCSI Write (acitve low) 
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**** **** * DEVICE PIN-OUT SHEET 


DATE: * PACKAGE TYPE: * PRODUCT No: 

30/11/1993 ■* BGA144S * 10248 




*BND 
*PIN 
* 

:PAD 

:PIN 

:FT 

:PIN 

:PT 

:PIN 

; PIN : 
: FUNC : 

ES2 DATA 
SHEET 

: PIN GUST 

: NAME 

* 1 




I/O 

lORlP 

Mem Data<8> 

* 2 




I/O 

lORlP 

Mem Data<10> 

* 3 




I/O 

lORlP 

Mem Data<16> 

* 4 




I 

IPS8G 

GC RD 

* 5 




VDDX 

PWRPY 

pwr 

* 6 




I/O 

lORlP 

Mem Data<9> 

* 7 




I/O 

lORlP 

Mem Data<7> 

* 8 




GNDX 

GNDPY 

gnd 

* 9 




I/O 

lORlP 

Mem Data<5> 

* 10 




I/O 

lORlP 

Mem Data<4> 

* 11 




I/O 

lORlP 

Mem Data<6> 

* 12 




I/O 

lORlP 

Mem Data<l> 

* 13 




I/O 

lORlP 

Mem Data<2> 

* 14 




I/O 

lORlP 

Mem.. Data<3> 

* 15 




I/O 

lORlP 

Mem Data<0> 

* 16 




I 

IPS8G 

GC WR 

* 17 




GNDC 

GNDCO 

gnd 

* 18 




VDDC 

PWRCO 

pwr 

* 19 




I 

IPS8G 

WRCLKD 

* 20 




I 

IPS8G 

DTREQ 

* 21 




I 

IPS8G 

SELBO 

* 22 




I 

IPS8G 

RDCLK 

* 23 




I 

IPS8G 

SELBl 

* 24 




I 

IPS8G 

SELB2 

* 25 




GNDX 

GNDPY 

gnd 

* 26 




I 

IPS8G 

NRDEN 

* 27 




I/O 

lOSlP 

HPPI Data<3> 

* 28 




I/O 

lOSlP 

HPPI Data<2> 

* 29 




I/O 

lOSlP 

HPPI Data<4> 

* 30 




VDDX 

PWRPY 

pwr 

* 31 




I/O 

lOSlP 

HPPI Data<5> 

* 32 




I/O 

lOSlP 

HPPI Data<l> 

* 33 




0 

OPRIU 

BSTAV 

* 34 




GNDX 

GNDPY 

gnd 

* 35 




I/O 

lOSlP 

HPPI Data<6> 

* 36 




I/O 

lOSlP 

HPPI Data<0> 

* 37 




0 

OPS4U 

PARO 

* 38 




0 

OPRIU 

DEST OE 

* 39 




I/O 

lOSlP 

HPPI Data<7> 


'k'k'k'k'k'kic'k-k'k'k'k 




PAD CENTRE * 
COORDINATES* 


3279,-2827* 
'3279,-2664* 
3279,-2461* 
3279,-2329* 
3279,-2197* 
3279,-2065* 
3279,-1933* 
3279,-1801* 
3279,-1669* 
3279,-1537* 
3279,-1405* 
3279,-1273* 
3279,-1141* 
3279,-1009*. 
3279,-877 * 
3279,-745 * 
3279,-613 * 
3279,-481 * 
3279,-349 * 
3279,442 * 

3279,574 * 

3279,706 * 

3279,838 * 

3279,970 * 

3279,1102 * 
3279,1234 * 
3279,1366 * 
3279, 1498 * 
3279,1630 * 
3279,1762 * 
3279,1894 * 
3279,2033 * 
3279,2189 * 
3279,2361 * 
3279,2547 * 
3279,2832 * 

2843.3242 * 

2688.3242 * 

2467.3242 * 


•k 

PIN DISTRIBUTION 

; 



1 PIN FUNCTION: 

GND 

: Digital gnd 

★ 








1 GNDC : 

Core gnd 

GNDX 

: Periphery gnd 

* 

k 

GND 

0 

GNDC 

: 2 

GNDX : 

11 

1 VDD : 

Dig. pwr 

VDDX 

: Periphery pwr 

★ 


VDD 

0 

VDDC 

: 2 

VDDX : 

10 

1 VDDC : 

Core power 

VDDP 

: Power-on Rst 

* 

k 

VDDP 

0 

VDCP 

: 0 

AVDR ; 

0 

1 VDCP : 

Core POR 

AI/0 

: Analog bidir 

k 

k 

AVDD 

0 

AGND 

: 0 

AGNR : 

0 

1 AVDD : 

Analog pwr 

AGND 

: Analog gnd 

k 

k 

I 

22 

0 

: 33 

I/O : 

64 

1 AVDR : 

Ref. high 

AGNR 

: Ref. low 

k 

k 

AIN 

0 

AOUT 

: 0 

AI/0 : 

0 

! AIN : 

Analog in 

AOUT 

: Analog output 

k 

k 

TRI 

0 

VDXP 

: 0 

NC : 

0 

1 I : 

Input 

0 

: Output 

k 








1 I/O : 

Bidir 

TRI 

: Tristate 

k 

k 

ES2 DATA 

SHEET; 

FOR 

INTERNAL 

USE 

BY ES2. 




k 





•*^-*^**************i^ic****-k**-k*ic*******-k*****-k*-k*-k-kir-k-k**-k-k****-k***-k*-*:*-k*-k-A-k-i:-k-ki^ic-ici^-t; 

* :*** :*** ***: * SILICON WORK ORDERS 

* .* ***. .Vr** ******************************* + ***-*r********************* 

* **** **** **** * DEVICE PIN-OUT SHEET 

******************■k****■k■k■k****■k■ic■k■k■*:****■tc***i,^k■^,■^,i,i,i,i,*■i:^:■^,^,~k**:■*:***■k***■k-k~k■k**■k*■l,i,i,i, 

* DATE: * PACKAGE TYPE: * PRODUCT No: * 

* 30/11/1993 * BGA144S * 10248 * 

* * - * * 

-k. _ 

CENTRE * 
COORDINATES* 
* 

23-35,3242 * 

2203.3242 * 

2071.3242 * 

1939.3242 * 

1807.3242 * 

1675.3242 * 

1543.3242 * 

1411.3242 * 

1279.3242 * 

1147.3242 * 

1015.3242 * 

883.3242 * 

751.3242 *. 

619.3242 * 
-172,3242 * 
-304,3242 * 
-436,3242 * 
-568,3242 * 
-700,3242 * 
-832,3242 * 
-964,3242 * 

-1096,3242 * 
-1228,3242 * 
-1360,3242 * 
-1492,3242 * 
-1624,3242 * 
-1756,3242 * 
-1888,3242 * 
-2020,3242 * 
-2152,3242 * 
-2315,3242 * 
-2687,3242 * 
-2862,3242 * 
-3279,2830 * 
-3279,2546 * 
-3279,2361 * 
-3279,2189 * 
-3279,2032 * 
—3279 1893 * 

******************-k-k-k*-k*ic-k~k-k*-k**-k*-k-k*-k**-k***-k*******-k****-k-k-k***-k*-k-k-k-k-*:-k-k*-k**-k*-k 
* 

* 

* 

★ 

★ 

•k 
k 
k 
k 
k 

^ ES2 DATA SHEET: FOR INTERNAL USE BY ES2 . 


*BND 
*PIN 
+ — _ — 

:PAD 

:PIN 

:FT 

:PIN 

:PT 

:PIN 

: PIN : 

: FUNC : 

ES2 DATA 
SHEET 

: PIN CUST 

: NAME 

* 40 




0 

OPRIU 

PKTAV 

* 41 




GNDX 

GNDPYPOR 

gnd 

* 42 




VDDX 

PWRPY 

pwr 

* 43 




I 

IPS8G 

ASIC SEL 

* 44 




0 

OPRIU 

RDYIN 

* 45 




0 

OPRIU 

BIST HResult 

* 46 




I 

IPS8G 

BIST Test 

* 47 




0 

OPRIU 

SHBST 

* 48 




I 

IPS8G 

BIST Clock 

* 49 




0 

OPRIU 

BIST SResult 

* 50 




I 

IPS8G 

sync 

* 51 




GNDC 

GNDCO 

gnd 

* 52 




I/O 

lORlP 

GC Bus<4> 

* 53 




I/O 

lORlP 

GC Bus<3> 

* 54 




VDDX 

PWRPY 

pwr 

* 55 




GNDX 

GNDPY 

gnd 

* 56 




I/O 

lORlP 

GC Bus<2> 

* 57 




I/O 

lORlP 

GC Bus<l> 

* 58 




I/O 

lORlP 

GC Bus<5> 

* 59 




I/O 

lORlP 

GC Bus^65* 

* 60 




I 

IPS8G 

Reg sel<0> 

* 61 

- 



I/O 

lORlP 

GC Bus<0> 

* 62 




I/O 

lORlP 

GC Bus<7> 

* 63 




VDDX 

PWRPY 

pwr 

* 64 




I 

IPS8G 

RESET 

* 65 




GNDX 

GNDPY 

gnd 

* 66 




I 

IPS8G 

Reg sel<l> 

* 67 




I 

IPS8G 

ASIC 50 elk 

* 68 




0 

OPSIU 

DACKN 

* 69 




I 

IPS8G 

Reg sel<2> 

* 70 




I 

IPS8G 

Reg sel<3> 

* 71 




I 

IPS8G 

DREQ 

* 72 




0 

OPSIU 

WRN 

* 73 




I/O 

lORlP 

SCSI Data<0> 

* 74 




I 

IPS8G 

Reg sel<4> 

* 75 




I 

IPS8G 

ASIC CLOCK 

* 76 




I/O 

lORlP 

SCSI Data<l> 

* 77 




I/O 

lORlP 

SCSI Data<3> 

* 78 




VDDC 

PWRCO 

pwr 


PIN DISTRIBUTION: 




1 PIN FUNCTION: 

1 GNDC : Core gnd 

GND 

GNDX 

: Digital gnd 
: Periphery gnd 

* 

k 

GND 

0 

GNDC : 

2 

GNDX : 

11 

1 VDD 


Dig . pwr 

VDDX 

: Periphery pwr 

k 

VDD 

0 

VDDC : 

2 

VDDX : 

10 

1 VDDC 


Core power 

VDDP 

: Power-on Rst 

k 

VDDP 

0 

VDCP : 

0 

AVDR : 

0 

1 VDCP 


Core POR 

AI/0 

: Analog bidir 

k 

AVDD 

0 

AGND : 

0 

AGNR : 

0 

1 AVDD 


Analog pwr 

AGND 

: Analog gnd 

k 

I 

22 

0 : 

33 

I/O : 

64 

1 AVDR 


Ref. high 

AGNR 

: Ref. low 

k 

AIN 

0 

AOUT : 

0 

AI/0 : 

0 

! AIN 


Analog in 

AOUT 

: Analog output 

k 

TRI 

0 

VDXP : 

0 

NC : 

0 

1 I 
1 I/O 


Input 

Bidir 

0 

TRI 

: Output 
: Tristate 

k 

k 





* •■*** :*** ***: * SILICON WORK ORDERS * 

!******!**!!!* **** * DEVICE PIN-OUT SHEET 

* DATE ; 


30/11/1993 


PACKAGE TYPE; 
BGA144S 


PRODUCT No: 
10248 


*BND 

:PAD 

:FT 

:PT 

: PIN ; 

ES2 DATA 

: PIN CUST 

*PIN 

:PIN 

:PIN 

:PIN 

: FUNC : 

SHEET 

; NAME 

* 79 




I/O 

lORlP 

SCSI Data<4> 

* 80 




I/O 

lORlP 

SCSI Data<2> 

* 81 




GNDX 

GNDPY 

gnd 

* 82 




0 

OPSIU 

RDN 

* 83 




I/O 

lORlP 

SCSI Data<5> 

* 84 




I/O 

lORlP 

SCSI Data<7> 

* 85 




I/O 

lORlP 

SCSI Data<6> 

* 86 




VDDX 

PWRPY 

pwr 

* 87 




I/O 

lORlP 

SCSI Data<8> 

* 88 




I/O 

lORlP 

SCSI Data<10> 

* 89 




I/O 

lORlP 

SCSI Data<ll> 

* 90 




I/O 

lORlP 

SCSI Data<9> 

* 91 




I/O 

lORlP 

SCSI Data<12> 

* 92 




I/O 

lORlP 

SCSI Data<14> 

* 93 




GNDX 

GNDPY 

gnd 

* 94 




I/O 

lORlP 

SCSI Data<13> 

* 95 




I/O 

lORlP 

SCSI Data<15> 

* 96 




VDDX 

PWRPY 

pwr 

* 97 




0 

OPRIU 

Mem Addrs<0> 

* 98 




0 

OPRIU 

Mem Addrs<l> 

* 99 

** 



0 

OPRIU 

Mem Addrs<3> 

*100 




0 

OPRIU 

Mem Addrs<10> 

*101 




0 

OPRIU 

Mem Addrs<4> 

*102 




0 

OPRIU 

Mem Addrs<2> 

*103 




0 

OPRIU 

Mem Addrs<9> 

*104 




0 

OPRIU 

Mem Addrs<14> 

*105 




0 

OPRIU 

Mem Addrs<5> 

*106 




0 

OPRIU 

Mem Addrs<8> 

*107 




0 

OPRIU 

Mem Addrs<13> 

*108 




0 

OPRIU 

Mem Addrs<15> 

*109 




0 

OPRIU 

Mem Addrs<7> 

*110 




0 

OPRIU 

Mem Addrs<12> 

*111 




0 

OPRIU 

Mem Addrs<16> 

*112 




0 

OPRIU 

Mem Addrs<ll> 

*113 




0 

OPRIU 

Mem Addrs<6> 

*114 




0 

OPRIU 

Mem Addrs<17> 

*115 




0 

OPRIU 

WRITE 

*116 




0 

OPRIU 

Mem Addrs<18> 

*117 




VDDX 

PWRPY 

pwr 


:PAD CENTRE * 
; COORDINATES* 


:-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
:-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
-3279, 
:-3279, 
-3279, 
:-3279, 
:-2865, 
-2675, 
-2372, 
-2151, 
-2019, 
-1887, 
-1755, 
-1623, 
:-1491, 


1761 * 
1629 * 
1497 * 
1365 * 
1233 * 
1101 * 
969 * 
837 * 
705 * 
573 * 
441 * 
-350 * 
-482 * 
-614 * 
-746 * 
-878 * 
- 1010 * 
-1142* 
-1274* 
-1406* 
-1538* 
-1670* 
-1802* 
-1934* 
-2066* 
-2198* 
-2330* 
-2462* 
-2653* 
-2828* 
-3242* 
-3242* 
-3242* 
-3242* 
-3242* 
-3242* 
-3242* 
-3242* 
-3242* 


PIN DISTRIBUTION 

: 



1 PIN FUNCTION; 

GND 

: Digital gnd 

•A- 






1 GNDC ; 

Core gnd 

GNDX 

: Periphery gnd 


GND ; 0 

GNDC 

; 2 

GNDX : 

11 

1 VDD : 

Dig. pwr 

VDDX 

: Periphery pwr . 

★ 

VDD : 0 

VDDC 

: 2 

VDDX : 

10 

1 VDDC : 

Core power 

VDDP 

: Power-on Rst 

* 

VDDP : 0 

VDCP 

; 0 

AVDR ; 

0 

1 VDCP : 

Core POR 

AI/O 

: Analog bidir 

■k 

AVDD : 0 

AGND 

; 0 

AGNR : 

0 

1 AVDD : 

Analog pwr 

AGND 

: Analog gnd 

■k 

I : 22 

0 

: 33 

I/O : 

64 

( AVDR ; 

Ref. high 

AGNR 

: Ref. low 

k 

AIN : 0 

AOUT 

: 0 

AI/O : 

0 

1 AIN : 

Analog in 

AOUT 

; Analog output 

k 

TRI : 0 

VDXP 

: 0 

NC : 

0 

II : 

Input 

0 

: Output 

k 






1 I/O : 

Bidir 

TRI 

; Tristate 

k 

ES2 DATA 

SHEET; 

FOR 

INTERNAL 

USE 

BY ES2. 




k 

*★***•*■**•*• 

**•*■■*■■*•*•*• 

************************* 

***********-A 

******* ***********^*^^ 

k k 



* .*** .*** ***- * SILICON WORK ORDERS * 

**** **** **** * DEVICE PIN-OUT SHEET * 


DATE: 

30/11/1993 


PACKAGE TYPE 
BGA144S 


PRODUCT No 
10248 


*BND:PAD:FT :PT : PIN : ES2 DATA : PIN CUST :PAD CENTRE * 
*PIN:PIN;PIN:PIN: FUNC : SHEET : NAME : COORDINATES* 
★ 


*118 




: I/O 

lORlP 

Mem Data<24> 

-1359,-3242* 

*119 




0 

OPRIU 

Mem Addrs<19> 

-1227,-3242* 

*120 




I/O 

lORlP 

Mem Data<23> 

-1095,-3242* 

*121 




GNDX 

GNDPY 

gnd 

-963,-3242* 

*122 




I/O 

lORlP 

Mem Data<31> 

-831,-3242* 

*123 




I/O 

lORlP 

Mem Data<30> 

-699,-3242* 

*124 




I/O 

lORlP 

Mem Data<22> 

-567,-3242* 

*125 




I/O 

lORlP 

Mem Data<29> 

-435,-3242* 

*126 




0 

OPRIU 

MEM OE 

-303,-3242* 

*127 




I/O 

lORlP 

Mem Data<15> 

-171,-3242* 

*128 




I/O 

lORlP 

Mem Data<28> 

620,-3242* 

*129 




VDDX 

PWRPY 

pwr 

752,-3242* 

*130 




I/O 

lORlP 

Mem Data<21> 

884,-3242* 

*131 




GNDX 

GNDPY 

gnd 

1016,-3242* 

*132 




I/O 

lORlP 

Mem Data<14> 

1148,-3242* 

*133 




I/O 

lORlP 

Mem Data<27> 

1280,-3242* 

*134 




I/O 

lORlP 

Mem Data<20> 

1412,-3242* 

*135 




I/O 

lORlP 

Mem Data<26> 

1544,-3242* 

*136 




I/O 

lORlP 

Mem Data<25> 

1676,-3242* 

*137 




I/O 

lORlP 

Mem Data<19> 

1808,-3242* 

*138 




I/O 

lORlP 

Mem Data<13> 

1940,-3242* 

*139 




I/O 

lORlP 

Mem Data<18> 

2072,-3242* 

*140 




VDDX 

PWRPY 

pwr 

2204,-3242* 

*141 




I/O 

lORlP 

Mem Data<12> 

2336,-3242* 

*142 




I/O 

lORlP 

Mem Data<ll> 

2468,-3242* 

*143 




I/O 

lORlP 

Mem Data<17> 

2707,-3242* 

*144 




GNDX 

GNDPY 

gnd 

2863,-3242* 




* PIN DISTRIBUTION: 

* 


* 

GND 

0 

GNDC 

: 2 

GNDX 

* 

VDD 

0 

VDDC 

: 2 

VDDX 

* 

VDDP 

0 

VDCP 

: 0 

AVDR 

* 

AVDD 

0 

AGND 

: 0 

AGNR 

* 

I 

22 

0 

: 33 

I/O 

* 

AIN 

0 

AOUT 

: 0 

AI/0 

* 

* 

TRI 

0 

VDXP 

: 0 

NC 

* 

ES2 DATA 

SHEET: 

FOR 

INTERl 



1 PIN 

FUNCTION: 

GND 


! GNDC 

: Core gnd 

GNDX 

11 

1 VDD 

: Dig, pwr 

VDDX 

10 

1 VDDC 

: Core power 

VDDP 

0 

1 VDCP 

: Core POR 

AI/0 

0 

1 AVDD 

: Analog pwr 

AGND 

64 

1 AVDR 

: Ref. high 

AGNR 

0 

1 AIN 

: Analog in 

AOUT 

0 

1 I 

: Input 

0 


I I/O 

: Bidir 

TRI 


USE BY ES2. 


Digital gnd 
Periphery gnd 
Periphery pwr 
Power-on Rst 
Analog bidir 
Analog gnd 
Ref. low 
Analog output 
Output 
Tristate 





ES2 ECPD10 Library Databook 


Standard Cell Libraries 


1 -2 Family Specifications 


These specifications apply to the following processes: ECPD16 ECPD12 and 
ECPD10. 

1*2.1 Electrical Characteristics 

1*2.1. 1 Recommended Operating Conditions 

This is the range for which ES2‘s library cells have been characterised. Opera- 
tion of a device outside this range may result in the device failing to meet 
some of its specifications. 



SYMBOL 

i parameter 

MIN 


TYP 


MAX 

1 

UNIT 

1 CONDITIONS 


VDD 

I DC supply 

2.& 


S.O 


5.5 

1 

V 

1 



1 voltage 






1 


1 


VI 

1 DC input 

0 




■ VDD 

[ 

V 




1 voltage 






1 


1 


VO 

1 DC output 

0 




VDD 

f 

V 

I 



( voltage 






1 


1 


TA 

I Operating free 

- 85 




■fl25 

f 

C 

1 Military 



( air temp range 

- 40 




55 

1 

c 

1 Industrial 


TR 

1 Input rise 





500 

1 

ns 

1 10%-®0» 



1 tioe 






I 


1 CMOS and TTL 


TR 

1 Input rise 





No 

1 


1 triggers 



1 tine 





Limit 

1 


1 CMOS and TTL 


TF 

1 Input fall 





500 

1 

ns 

1 00%-1CM6 



I tine 






( 


( CMOS and TTL 


TF 

i Input fall 





No 

1 


1 triggers 

(- 


1 time 





Limit 

1 


1 CMOS and TTL 


See the characterisation Information in Section 1.2,2 for definitions of the con- 
ditions used in this table. 



standard Cell Libraries 


ES2 ECPD10 Library Databook 


1,2. 1.2 Absolute Maximum Ratings 

Operation of a device outside this range may cause permanent damage to the 
device and/or affect reliability. 


i SYMBOL, 

PARAMETER 1 

1 , 

MIN j MAX t 

UNIT 

1 

1 CONDITIONS 

1 VDD 

DC supply I 

volt«ee I 

"I ' 1 

-0.5 1 7.0 1 

i 1 

V 


1 VI 

DC input 1 

voltuge j 

-0.5 |VDD+0.5| 
1 1 

V 

|0r see +-IIk 

1 VO 

DC output j 

-0.5 (VDD+0.51 

V 

|0r see +-Iok 


volt*ee 1 

1 1 


1 

(+-II1C 

DC input j 

1 10 1 

mA 

1 VI < -0.5V 


diode current { 

1 1 


1 VI > VDD+0.5V 
_ _ 

|+-10k 

DC output 1 

1 20 j 

nA 

1 

1 VO < -0.5V 


diode current | 

1 i 

1 i 

* ' ■ 

1 VO > VDD+0.5V 
1 Output 
( tristate 

i lOLMAX 

Continuous • | 

1I0LX2.0| 

mA 

1 Industrial { 


output current ) 

ilOLXl.51 

mA 

1 Military | 

. 1 _ 1 

1 lOHMAX 

Cont inuous • j 

IJ0HX2.O) 

mA 

1 Industrial { 


output current 1 

jlOHXl.S] 

mA 

j Military | 

1 TSG 

Storage ( 

temperature | 

- 05 1 +160 1 

1 i 

C 

1 1 

i 1 

1 1 

j TSH 

Time Of 1 

outputs shortedj 

1 ^ 1 
1 1 

sec 

1 ■ . . . . M 1 

1 I 

1 1 

1 - - 1 

1 ta 

Operating froo| 

- 55 i +125 1 

C 

j Military | 


air temp range { 

-40 1+85 1 

C 

1 Industrial ] 

• 1 1 


Applies to external output or bi-directional pads. See datasheets for lOL and 
lOH. 

See the characterisation information in Section 1 .2.2 for definitions of the con- 
ditions used in this table. 



ES2 ECPD10 Library Databook 


Standard Cell Libraries 


Input/Output Characteristics (Pacllib2 Library Only) 
(Industrial temperature range. VDD = 4.5 to 5.5V, TA = -40 to +85 C) 


} SYMBOL 
1 

1 PARAMETER 

MIN ( 
-1. 

TYP 1 MAX 


UNIT 

1 CONDITIONS 
1 

1 VOH 

High lev«l 

VDO~0.05 

1 


V 

1 lOH. « 0 BA 

( 

1 

output voltago 

1 

I 




1 VOL 

Low level 

J 

1 

( 0.05 


V 

j lOL - 0 BA 

1 

1 

output voltage 

1 

1 




1 VOH 

High level 

VDD-0 . 5 1 

1 


V 

1 lOH = rated 


output voltage 

1 

1 

_ I 



1 output current 

VOL 

Low level 

1 

0.5 


V 

1 lOL * rated 


output voltage 

f 

1 



1 output current 

lOZ 

High impedance 

1 

2.0 


ilA 

1 VDD ■ 5.5V 


output leakage 

I 

1 1.0 



j VDD 3.0V 


current 

1 

1 





(bidir cells) 

1 

1 

j~ 



VIH 

High level 

70%VDD| 

1 


V 

1 CMOS 


input voltage 

1 

1 




VIL 

Low level 1 

1 

{ 30%VDD| 

V 

1 CMOS 


input voltage ( 

1 

1 




VIH 

High level | 

2.00V I 

i 


V 

1 TTL 


input voltage! 

1 

I 




VIL 

Low level j 

1 

1 0.80 


V 

1 TTL 


input voltage! 

1 

1 




IIH 

Input leakage j 

i 

1 1.00 


fLA 

1 VIN-=VDD=5 . 5V 


w/o pull-up 1 

1 

{ 0-50 

I 



j VI VDD- 3.0V 

IIL 

Input leakage | 

( 

1 I.OO 


yji 

|VIN*=0 VDD=5.5V 


w/o pull-up 1 

1 



1 0.50 

I 

JJLA 

lVIK-0 VDD«3.0V 
1 . < 


See the characterisation information in Section 1,2.2 for. definitions of the con- 
ditions used in this table. 



ES2 PadLib2 


process ECPD10 
REV. 1.1 


Bidirectional I/O cell 
4mA tri— state output buffer 
with half di/dt 
TTL inverting input buffer 


PARAMETER 

VALUE 

UNIT 

Size 

130.5*399.8 

um2 

C_PAD 

4 . 

- pF 

Cin_ENB 

0.086 


Cin_OUT 

0.085 

pF 

Fonout_IN 

0.91 

Pf 

Fanout_PAD 

100.0 


total cop 

6.73 

pF 

transistors 

30 


=>ARAMaER CONDITIONS 

MILITARY 
MIN MAX 

IIH 

V]=VCC, temp=full range 

-10 

10 

II L 

VI— 0, temp=full range 

-10 

10 

VIL 

VCC worst case VCC=4.5V 

_ 

0.8 

VIH 

VCC worst cose VCC=5.5V 

2.0 


lOZ 

VOZ= VCC or 0V 

-10 

10 

VOL 

I0L=+5.5mA & VCC=4.5V 



VOL 

lOL=+4.0mA & VCC=4.5V 



0.5 

VOH 

IOH=— 5,5mA & VCC=4.5V 




VOH 

IOH= -4.0mA & VCC=4.5V 

4.0 

- 


FEB 91 

lORlP 



INDUSTRIAL 
MIN MAX 


-10 

-10 

2.0 

-10 


10 

10 

0.8 

10 

0.5 


UNIT 


uA 

uA 

V 

V 
uA 

V 

V 

V 

V 


4.0 


4.0 







process ECPD10, 
REV. 1.1 


ES2 PadLib2 


Bidirectional I/O cell 
4mA tri— state output buffer 
TTL inverting input buffer 


1 

FEB 91 

lOSlP 



PARAMETER 

VALUE 

UNIT 

Size 

C_PAD 

Cin_ENB 

Cin_OUT 

FanouUIN 

Fonout_PAD 

total cop 

transistors 

130.5*399.8 

4 

0.086 

0.085 

0.91 

100.0 

6.76 

30 

um2 

pF 

pF 

pF 

pF 

pF 

pF 


^ ^ARAMETE 

■R CONDITIONS 

MILITARY 
MIN MAX 

INDUSTRIAL 
MIN MAX 

UNIT 

IIH 

IIL 

VIL 

VIH 

lOZ 

VOL 

VOL 

VOH 

VOH 

V1=VCC, temp=full range 
V1=0, ternp=full range 
VCC worst cose VCC=4,5V 
VCC worst case VCC=5,5V 
VOZ= VCC or 0V 
IOL=4-5,5mA & VCC~4,5V 
IOL=+4.0nnA Sc VCC-4.5V 
IOH--5.5mA Sc VCC=4.5V- 
IOH=-4.0mA Sc VCC=4.5V 

1 . 1 r 

-10 10 

-10 10 

0.8 

2.0 

-10 10 

0.5 
4.0 

-10 10 

-10 10 

0.8 

2.0 

-10 10 

0,5 

4,0 

uA 

uA 

V 

V 
uA 

V 

V 

V 

V 


tplh 
tphi 
tphz 
tplz 
tpzl 
tplz 
tplh 
tphI 
Atplh 
A tphi 
Atplh 
AtphI 


OUT 

OUT 

ENB 

ENB 

ENB 

ENB 

PAD 

PAD' 

OUT 

OUT 

PAD 

PAD 


PAD 

PAD 

PAD 

PAD 

PAD 

PAD 

IN 

JN ■ 
PAD 
PAD 
IN 
IN 


0.63 

0.61 

0.65 

0.58 

0.48 

0.54 

0.073 

0.042 

0.012 

0.013 

0.41 

0.11 


1.57 

1.54 

1.63 

1.45 

1.21 

1.36 

0.18 

0.10 

0.031 

0.033 

1.04 

0.27 


3.45 

3.38 

3.59 

3.19 

2.66 

2.99 

0.40 

0.23 

0.068 

0.073 

2.28 

0.59 


4.16 

4.07 

4.32 

3.84 

3,20 

3.60 

0.48 

0.28 

0.082 

0,088 

2.75 

0.71 


UNIT 


ns 

ns 

ns 

ns 

ns 

ns 

ns 

ns 

ns/pF 

ns/pF 

ns/pF 

ns/pF 




PARAMETER 

VALUE 

Size 

130.5*399.8 

C_PAD 

3 

Fonaut_IN 

3,24 

total cap 

2.59 

transistors 

13 


ARAMETER 


CONOmONS 



V1=VCC, temp=ful( range 
V1=0. temp=fuU range 
VCC worst case VCC=4.5V 
VCC worst case VCC=5.5V 


MILITARY 
MIN MAX 

-10 

10 

-10 

10 

— 

0.8 

2.0 



PARAMETER 

FROM 

TO 

tplh 

PAD 

IN 

tphi 

PAD 

IN 

A tplh 

PAD 

IN 

Atphl 

PAD 

IN 



ns 

ns/pF 

ns/pF 






















ESS PadLibS 


process ECPD10 
REV. 1.1 


FEB 91 

4mA output buffer OPRIU 

with half di/dt 


OPRIU 

■ 

OUT 


PARAMETER 

VALUE 

UNIT 

Size 

130.5-^399.8 

um2 

C PAD 

4 

pF 

Cin_OUT 

0.085 

pF 

Fanout_PAD 

100.0 

pF 

total cop 

5.44 

pF 

transistors 

14 



^^ARAMETER CONDITIONS 

MILITARY 
MIN MAX 

INDUSTRIAL 
MIN MAX 

UNIT 


IOL= + 5,5mA Sc VCC=4.5V 




0.5 

V 


IOL=+4.0mA Sc VCC=4.5V 

— 

0.5 

— 

— 

V 


IOH = -5,5mA & VCC=4.5V 

— 

— 

4.0 

— 

V 

VOH 

]OH^-4.0mA Sc VCC = 4.5V 

4.0 

— 

— 

— 

V 


















ES2 PadLib2 


process ECPD10 
REV. 1.1 


4mA output buffer 


OPSIU 


OPSIU 



PARAMETER i 

VALUE j 

UNIT 

Size 

130.5*399.8 

um2 

C_PAD 

4 

pF 

Cin_OUT 

0.085 

.. PP 

Fanout_PAD 

100.0 

pP 

total cap 

5.18 

pP 

transistors 

12 


ARAMETER 


CONDITIONS 



10L= + 5.5mA & VCC=4.5V 
IOL=+4.0mA <&: VCC=4.5V 
]OH = -5.5mA & VCC=4.5V 
lOH = -4.0mA 8c VCC=4.5V 


MILITARY INDUSTRIAL 

MIN MAX MIN MAX 




PARAMETER 



MIN TYP MAX MIL 


0.46 1.14 

0.49 1,23 

0.013 0.032 

0.014 0.034 


2.51 3.02 ns 

2.71 3.26 ns 

0.070 0.084 ns/pF 

0.075 0.090 ns/pF 
















Register Map 


Description: This file lists the names and addresses for the registers used in the SODR Memory 
Buffer Controller ASIC. 

Dec. Hex 


Addrs ; Addrs : Register 

: Type 

: Comments 

0 

: 00 : None 

: N/A 

; NOT USED 

1 

01 ;HPPI STATUS 

: Read 

: Tri-state outputs 

2 

02 :HPPI CONTROL 

: Write 

; Register outputs 

3 

03 ; HPPI Interrupt 

: Read 

: Tri-state outputs 

4 

04 : IFIELD 

; Write 

Register outputs 


5 : 05 : Transfer Counter [LSB] 

6 : 06 : Transfer Counter 

7 : 07 : Transfer Counter 

8 : 08 : Transfer Counter 

9 : 09 : Transfer Counter 

10 ; OA ; Transfer Counter [MSB] 


: Read/Write 
: ReadAVrite 
; Read/Write 
: Read/Write 
: ReadAVrite 
; Read/Write 


1 1 : OB : System Status Read 

12 ; OC : System Mode Write 

13L ; OD : Address to G.C. [LSB] 

14 : OE : Address to G.C. 

15 : OF : Address to G.C. [MSB] 

16 ; 10 ; Mem to GC Data [LSB] 

17 : 11 : Mem to GC Data 

18 : 12 : Mem to GC Data 

19 ; 13 : Mem to GC Data [MSB] 

20 : 14 : GC to Mem Data [LSB] 

21 : 15 :GC to Mem Data 

22 : 16 : GC to Mem Data 

23 : 17 ; GC to Mem Data [MSB] 

24 : 18 : GC Address load 

25 : 19 ; GC Address read 

26 : 1 A : GC Address write 

27 :1B :None 

28 : 1C : None 

29 ; ID :None 

30 : IE :None 

31 : IF ;None 


; Read 

: Tri-state/ASIC clock 

: Write 

; Register outputs 

; Write 

: Register outputs 

: Write 

: Register outputs 

: Write 

: Register outputs 

; Read 

; Tri-state/ASIC clock 

: Read 

: Tri-state/ASIC clock 

: Read 

: Tri-state/ASIC clock 

; Read 

; Tri-state/ASIC clock 

: Write 

Register outputs 

: Write 

Register outputs 

; Write 

Register outputs 

: Write 

Register outputs 

: Signal 

F/F ASIC clock 

: Signal 

F/F ASIC clock 

: Signal 

F/F ASIC clock 

:N/A : 

NOT USED 

:N/A : 

NOT USED 

:N/A : 

NOT USED 

; N/A ; 

NOT USED 

:N/A : 

NOT USED 



Operational Description 


The following section describes the steps required to setup the various operating 

modes of the MBC ASIC, 

HIPPI to SCSI Transfer: 

1) Write Reset to the Mode Register. 

2) Write a starting address to the memory address register (if desired). 

This consists of writing registers 13, 14, 15 with data and writing 24 to 
load. 

3) Establish a HIPPI connection by externally controlling the destination 
chip (refer to HIPPI data sheet). 

4) Write HIPPI__to_SCSI to the Mode Register, This causes the transfer 
to begin. 

5) Disconnect HIPPI channel (if desired). 

SCSI to HIPPI Transfer: 

1) Write Reset to the Mode Register. 

2) Write a starting address to the memory address register (if desired). 

This consists of writing registers 13, 14, 15 with data and writing 24 to 
load. 

3) Write transfer counter with (2"^^ - number of bytes) to be transferred. 

4) Write the I-Field to register 4. 

5) Write Memory_to_HIPPI to the Mode Register. 

6) Establish a HIPPI connection by externally controlling the source chip. 

7) Write SCSI_to_HIPPI to Mode Register. This causes the transfer to begin. 

8) Disconnect HIPPI channel (if desired). 

GC to SCSI Transfer: 

1) Write Reset to the Mode Register. 

2) Write GC_to_Memory to the Mode Register. 

3) Write Address to registers 13, 14, 15 and load with a write to register 24. 

4) Write Data to registers 20, 21, 22, 23 and load with a write to register 26. 
(At this point data will be written to memory at the specified address.) 

5) Repeat step 3 and 4 for each word written. 

6) Write Memory_to_SCSI to the Mode Resister, This will start the data 
transfer from memory to the SCSI Processor. Note: the data will be inverted. 

GC to HIPPI Transfer: 

1) Write Reset to the Mode Register. 

2) Write GC_to_Memory to the Mode Register. 



3) Write Address to registers 13, 14, 15 and load with a write to register 24, 

4) Write Data to registers 20, 21, 22, 23 and load with a write to register 26. 

(At this point data will be written to memory at the specified address.) 

5) Repeat step 3 and 4 for each word written. 

6) Write transfer counter with (2"^^ - number of bytes) to be transferred, 

7) Write the I-Field to register 4. 

8) Write Memory_to„HIPPI to Mode Register. 

9) Establish a HIPPI Connection by externally controlling the source chip. 

Data will be sent from the MBC ASIC to the HIPPI Source chip. Note the 
data will be the inversion of what was written to memory, 

10) Disconnect HIPPI channel (if desired). 

HIPPI to GC Transfer: 

1) Write Reset to the Mode Register. 

2) Write GC_to_Memory to the Mode Register. 

3) Write starting address to the memory address register. 

This consists of writing registers 13, 14, 15 with data and writing 24 to 
load. 

4) Establish a HIPPI Connection by externally controlling the destination 
chip. 

5) Write HIPPI_to_SCSI to the Mode Register. This causes the transfer to 
begin. Data will be transferred from the HIPPI interface to memoiy. 

6) To read the data out of memoiy via the GC, write GC_to„Memory to the 
Mode Register. 

7) Write the starting address by writing registers 13, 14, and 15 with data and 
writing register 24 to load. 

8) Load the data into the GC interface data by writing register 24. 

9) Read the data from registers 16, 17, 18, 19. Note: this data will be the 
inversion of what is sent from the HIPPI destination chip. 

10) Repeat steps 7, 8 and 9 to read each word of memoiy. 

11) Disconnect HIPPI channel (if desired). 

SCSI to GC Transfer: 

1) Write Reset to the Mode Register. 

2) Write GC_to_Memory to the Mode Register 

3) Write starting address to the memory address register. 

This consists of writing registers 13, 14, 15 with data and writing 24 to load. 

4) Write SCSI_to_HIPPI to the Mode Register. The MBC ASIC is now ready to 
accept data from the SCSI Processor. The data will be transferred from the 
SCSI interface to the memory, 

5) To read the data out of memoiy via the GC, write GC_to_Memory to the Mode Register. 



6) Write the starting address by writing registers 13, 14, and 15 with data and 
writing register 24 to load. 

7) Load the data into the GC interface data by writing register 24. 

8) Read the data from registers 16, 17, 18, 19. Note: this data will be the 
inversion of what is sent from the SCSI Processor. 

9) Repeat steps 6, 7 and 8 to read each word of memory. 

GC to Memory Transfer: 

1) Write Reset to the Mode Register. 

2) Write GC_to_Memory to the Mode Register. 

3) Write an address to registers 13, 14, 15 and load with a write to register 24. 

4) Write data to registers 20, 21, 22, 23 and load with write to register 26. 

(At this point data will be written to memory at the specified address.) 

5) Repeat step 3 and 4 for each word written. 

6) To read data back, write the address again to registers 13, 14, 15 and load 
with a write to register 24. 

7) Perform a memory read by writing register 25. 

8) The data can then be read back via registers 16, 17, 18, 19. 

9) Repeat steps 6, 7 and 8 to read each word. 

Reading MBC ASIC Status: 

1) Read register 1 1. 

bit 0: Transfer Counter = 0. 
bit 1: HIPPI FIFO Empty Flag, 
bit 2: Memory Full, 
bit 3. Memory Empty. 
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Number of gates' in the design: 

Total leakage current for gates: 

Number of input cells in the design: 

Total leakage current for input cells : 

Number of output cells in the design: 

Total leakage current for output cells; 

Number of bi-directional I/O cells in the design: 
Total leakage current for bi-dir I/O cells; 


Number of compiled megacells : 
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Megacell type: ~ Leakage 

Megacell type: Leakage 

Megacell type; Leakage 

Total leakage current for megacells: 

Number of analogue cells: 

-Analogue cell: Leakage 

Analogue cell: Leakage 

Analogue cell: Leakage 

Analogue cell: Leakage 


Total leakage current for analogue cells: 

Total leakage current for device; 

I TOT = IGA + IINP + lOUT + IBDR + IMG + IAN 

Average static output current per output cell: 
Static power dissipation per output cell: 

PSOUT = ISOUT * ISOUT * VOL / lOL * 0.001 
Total static power dissipation for output cells: 

Total static power dissipation: 

PSTA “ VDD * ITOT * 0.001 + PTOUT 



^2 k 


IGA = ■ 


uA 




IINP - ] 

- A. ^ 

uA 


33 


lOUT =■ 


uA 



IBDR = 

1’2-- 

uA 


current : 

<h. r. 

uA 

current : 


uA 

current ; 


uA 

current : 


uA 

IMG = 

U7 

uA 


current : 


uA 

current : 


uA 

current : 


uA 

current : 


uA 

IAN = _ 


uA 

ITOT = 

37- 7 

uA 


ISOUT “ 

2-- 


uA 

PSOUT = _ 

3r '7 

mw 

PTOUT = _ 


{ rL. 

mW 

PSTA = 


3 2- 

mW 


Note that minimum leakage is only achieved if: 

* Ail internal tri-states nodes are biased. 
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* All inputs with pullup are at VDD, all other inputs are at 0 or VDD. 
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US2 Product Code: Technology Used: tETC ( O 


P ■= 9 uW/gate/MHz for ECPD15 P ■= 5 uW/gate/MHz for ECPDlO (all at VDD - 5V) 
P " 7 uW/gate/MHz for ECPD12 P = 4 uW/gate/MHz for ECPD07 


Supply voltage: VDD = 5 ^. t> V Operating frequency: F = 

2.^ 

MHz 

Number of gates in the design: 

G = 

rz- K 


Estimated fraction of gates switching simultaneously 
(typical 0.20) 

S - 

<9, *2 0 


Dynamic power dissipation by gates: 

PGA =P*F*S*G* 0,001 

Total dynamic power dissipation for compiled 

PGA “ 

oQ 

raW 

megacells (consult generated datasheets) : 

PMG = 

S7 /,7 

mW 

Total dynamic power dissipation in core: 

PCOR == 

A • Qj 

mW 

PCOR = PGA + PMG 




Average output capacitance load: 

Estimated number of output pads (including bi-dir 

CL = 

MO 

pF 

l/Os) switching simultaneously: 

SP « 

Operating frequency for outputs: 

FP = 


MHz 

Total output dynamic power dissipation: 
POUT = VDD * VDD * CL * SP * FP / 2000 

POUT = 


mW 

Total input dynamic power dissipation; 

(typical 0 if input cells are included in gate count) 

PINP >= 


mW 

Total dynamic power dissipation for analogue cells: 
(consult analogue datasheets) 

PAN = 


mW 

Total dynamic power dissipation; ^ 

PDYN - ( PCOR + POUT + PINP + PAN ) * 0.001 

PDYN = 


W 

Total static power dissipation: /■ 

(from US2 Static Power Calculation Sheet) 

PSTA = 

r7.o 

mW 

Total device power dissipation: / 

PTOT = 

A- 

W 


PTOT = PDYN + ( PSTA * 0.001 ) 


Ambient operating temperature: C^V ) A TA = C 

Package type: ^ ^ Theta JA of package: TP = C/W 

Junction temperature: TJ = { PTOT * TP } IT TJ = ^ V C 
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VI. Functional Testing 


Extensive simulations were performed to verify correct logical operation of the MBC ASIC. These 
tests were performed for minimum, typical and maximum propagation delays. All tests were per- 
formed before and after layout. The post layout tests included extracted capacitance values used to 
estimate wire delays for more accurate simulations. All simulations used the US2 standard cell library 
and the Verilog-XL simulator. 

Test Limitations 


All simulations are limited by the accuracy of the timing models for the standard cells and for the wire 
delay estimations. We have a relatively high level of confidence in these models since they have been 
extensively used by US2. We did, however, find some problems with the timing of one of the I/O cells 
and the flag timing for the FIFO Models. The I/O cell timing was corrected by US2 and we worked 
around the FIFO problem by designing our own FIFO flag logic. 

The HIPPI source and destinations chips were modelled in Verilog XL by a NASA co-op. These 
models are relatively complex. These models are used to provide stimulus to the MBC ASIC model 
for testing of the HIPPI interface. The timing of HIPPI signals is critical for coixect operation. Al- 
though these signals were carefully examined by several individuals there is some risk involved in this 
interface since this is the first time these HIPPI models have been used, and their timing was deter- 
mined by interpreting the HIPPI Data Sheet. 

Similar to the HIPPI interface, the SCSI interface timing was gleamed from data sheets and modelled 
in Verilog-XL. This process always involves risk but in this case the risk is minimal due to the rela- 
tively simple timing involved in the SCSI interface. 

Another limitation of functional simulations is that the number of test patterns written must be limited 
keep execution time reasonable. For example, in testing the SCSI to HIPPI data path only a couple of 
data bursts were wntten. Certain test like reading and writing the entire memoiy were prohibitive due 
to extremely long execution times. 

Simulation Organization. 

The logical organization of the simulation is shown in Figure 5. Verilog models exist for the HIPPI 
Channels, The MBC ASIC, and the Memory. The Test Driver provides the stimulus to this circuit and 
monitors signal responses to verify correct operations. Detailed signal timing was also verified with 
the Cwaves program which graphically displays selected signals. A copy of the Test Driver is given 
Appendix B. This test driver shows the detailed timing of all the controls signals required for correct 
circuit operation. The Test Driver is organized into eight main tasks which are each described in the 
following sections. 



Test Driver 


Provides stimulus and verifies 
correct signal responses. 

ZIIZI 


HIPPI CHANNEL 



Figure 5. Functional test organization. 

Test 1: GC to Memory ReadAVrite Test 

The GC to Memory Test is designed to verify correct operation of the data path from the GC to the 
memory interface as well as the memory chip timing. This test writes three different data patterns to 
memory and then reads them back and verifies the patterns read back are correct. The verilog code 
which controls this test is fairly straight forward. All code is organized into tasks in a top down 
approach. The following code is an exerpt from the test driver. 

begin 

$display(" \n"); 

$display("Starting GC to Memory Read/Write Test - test 1\n"); 

$display(" \n"); 

write_GC(mode_reg, RESET_mode); 
write_GC(mode_reg, GCtoM_mode); 

write_data(pattern1,t1_start_addr,t1_end_addr); 
check_mem_data(pattern1 ,t1_start_addr,t1_end_addr, noninvert); 

$display(" First pattern test complete.\n”); 










write_data(pattern2,t1_start_addr,t1_^end_addr); 
check_mem_data(pattern2,t1 __start_addr,t1 _end_addr, noninvert) ; 
Sdisplayf Second pattern test compIeteAn"); 

write_data(pattern3,t1„start_addr,t1_end_addr); 
check_mem_data(pattern3,t1_start__addr,t1_end_addr, noninvert); 
$display(” Third pattern test compIeteAn"); 

$display("— \n"); 

$display("GC to Memory ReadAVrite Test CompIeteAn"); 

$display(" \n"); 

end 


Chip timing constraints can also be verified within the test driver or within verilog models. The fol- 
lowing code segment shows how timing for the memory chips was verified by testing the timing 
requirements given in the memory data sheet. If a setup, width, or recovery time violation occurs and 
error message is reported by the test. 


specify 

specparam 


Tew = 40, 
Taw = 40, 
Twp = 35, 
Twr = 2, 
Tdw = 25, 
Tasu = 5, 

Taa = 45, 
Tacs = 40; 


//chip select to end of write 
//address valid to end of write 
//write pulse width 
//write recovery time 
//data to end of write 

//derived timing req., address to start of write, 
//insures address doesn’t change during write 
//address access time for read 
//cs access time 


$setup(cs1_, posedge oe_, Tacs); 
$setup(cs2_, posedge oe_, Tacs); 
$setup(cs3_, posedge oe__, Tacs); 
$setup(cs4_, posedge oe_, Tacs); 


$width(negedge cs1_. Tew); 
$width(negedge cs2_, Tew); 
$width(negedge cs3_, Tew); 
$width(negedge cs4_. Tew); 



$setup(addr, posedge write_, Taw); 

$width(negedge write_, Twp); 

$recovery(posedge write_, addr, Twr); 

$setup(data, posedge write_, Tdw); 

$setup(addr, negedge write_, Tasu); 
endspecify 

Test 2: HIPPI to SCSI Test 

The HIPPI to SCSI test verifies correct operation of the data path from the HIPPI to SCSI interfaces, 
using the memory as a buffer. This test sends a single packet of data with a single burst (256 bytes). 
First the MBC ASIC is reset and the address registers to the memory are initiahzed. The high level 
control to connect the HIPPI channel is performed. The connect function is perfoimed independent of 
the MBC ASIC and simply establishes a HIPPI channel from the HIPPI Source to the HIPPI 
Destination. After a connection is established, an incrementing pattern is written to the HIPPI Source 
from the Test Driver. This pattern is transferred through the HIPPI channel and stimulates the HIPPI 
interface of the MBC ASIC. Data goes through the MBC ASIC to memory and is read back from 
memory and sent to the SCSI interface. The Test Driver performs the necessary handshake to acquire 
the data from the SCSI interface. The data is then verified as correct. Finally, a HIPPI disconnect is 
performed closing the HIPPI channel and the test terminates. 

Test 3: SCSI to HIPPI Test 


The SCSI to HIPPI test verifies correct operation of the data path from the SCSI interface, through the 
HIPPI interface using the memory and a buffer. This test first resets the MBC ASIC and then initial- 
izes the memory address registers. A connection is then established on the HIPPI channel. The 
connection requires writing the transfer counter and the I-Field to the MBC ASIC and performing the 
high level HIPPI control. The transfer counter is setup to transfer two bursts of data (512 bytes). An 
incrementing pattern is then written to the SCSI interface from the Test Driver. This data goes through 
the MBC ASIC and then through the HIPPI Channel. Data is acquired by the Test Driver at the HIPPI 
Destination chip and verified as correct. A HIPPI disconnect is then performed and the test is 
terminated. 

Test 4: GC to SCSI Test 


The GC to SCSI test writes a data pattern to memory while in GC_to_Memory mode and then trans- 
fers that data to the SCSI interface by changing to Memory_to_SCSI mode. This test simulates how 
the MBC ASIC might be used to check out the SCSI interface with no HIPPI device connected. The 
test acquires the data from the SCSI interface and verifies that it is correct. Several data patterns are 
written in this test to verify correct operation independent of data. 



After multiple patterns have been written, read and verified, the test writes enough data to fill the SCSI 
FIFO and then tests that the FIFO full flag is set properly. This condition can occur if the SCSI drive 
is blocking or not handshaking properly with the MBC ASIC. 

Test 5: SCSI to GC Test 

The SCSI to GC test writes several data patterns into the SCSI interface of the MBC ASIC. These 
patterns are then written into memory and then are read back out via the GC interface. The data read 
out is verified as correct and the test terminates. This test simulates a setup that could check out the 
SCSI interface in the absence of a HIPPI drive. 

Test 6: GC to HIPPI Test 

The GC to HIPPI test verifies correct operation of the MBC ASIC from the GC interface to the HIPPI 
Interface. Data is also transferred through the simulated HIPPI channel so all the high level connect 
signals are also simulated. This test first writes a data pattern to memory while in GC_to_Memory 
mode. A connection on the HIPPI channel is established. This connection includes writing the transfer 
counter and the I-Field to the MBC ASIC and switching to Memory_to_HIPPI mode. A request_verify 
task acquires data at the HIPPI destination after data travels through the MBC ASIC and the HIPPI 
channel. Data is verified as correct and the test terminates. 

Test 7: HIPPI to GC Test 


In this test data are sent to the HIPPI source chip from the Test Driver. Data travels across the HIPPI 
Channel to the destination chip. Data then goes into the HIPPI interface of the MBC and into memory. 
Data is read out of memory via the GC interface. Memory address registers are first initialized and a 
HIPPI connection is established on the channel. An incrementing data pattern is written to the HIPPI 
Source chip while in HIPPI_to_„SCSI mode. The data burst is transferred to memory by the MBC 
ASIC. The mode is then changed to GC_to_Memory mode and the data as addressed and read from 
memory. The data is then verified as correct and the test terminates. 

Test 8: Memory Status Test 

This test was design to write memoiy until it was full and read back the memory full flag to verify that 
the flag logic worked properly. Unfortunately writing 4MBytes of data to memory in the simulation 
would take days. Instead the Patch Tool was used to force a value in the memory word counter and the 
flag was verified. The memory word counter was also shown to increment and decrement correctly by 
graphically viewing its operations with CWaves. 

Synchronization Test 

Most of the functionality of the MBC ASIC can be tested by simulating a single device. One facet of 
the chip cannot, however, be tested stand alone. When data is travelling from SCSI to HIPPI, there is 
no guarantee the data amving from multiple SCSI Drives will arrive in sync. In fact, it is highly 



unlikely that it will. Therefore, the MBC ASICs must sync up data from multiple SCSI Drives before 
sending it through the HIPPI channel. Remember that four MBC ASICs are used for one 32-bit HIPPI 
channel. In this configuration, one MBC ASIC is a master and controls the HIPPI signals while the 
other simply provides data. Figure 6 shows the organization of the Synchronization Test. 



Figure 6. Synchronization Test Organization. 

To verify that the synchronization logic was working properly, a separate test was devised with two 
MBC ASICs working in a master/slave mode and the external synchronization logic (a four input 
AND gate and a flip-flop). This test establishes a connection on HIPPI channel and sends data to both 
SCSI interfaces out of sync. The MBC ASICs must then synchronize the data and send it through the 
HIPPI channel. The data is verified as correct and then the test terminates. 

Additional Miscellaneous Testing 

In addtion to the testing stated, several other checks are performed to insure correct operation and 
timing of the MBC ASIC. Some of the addtional test are as follows: 

1) HIPPI Timing checks (from data sheets), 

2) SCSI Timing checks (from data sheets). 

3) Memory Timing check (from data sheets). 

4) HIPPI Errors test (moftitoring of HIPPI source/destination errors). 











VII. Acceptance Testing 

Acceptance tests are post fabrication tests that are used to ensure that parts are fabricated without 
defects. These tests were designed by the NASA/CNU design team, but verified as correct by US2 at 
the foundry. All samples returned to NASA after fabrication passed acceptance testing. 

Test Limitations 


Ideally, acceptance testing guarantees a fault free design by providing test vectors which identify all 
possible stuck-at faults in a circuit. Unfortunately, since no fault analysis tools were available, another 
approach was taken. The acceptance tests were design to exercise all major data paths through the 
ASIC and verify correct data at the outputs. 

Other limitations of the acceptance tests were; 

1) The total number of test vectors was limited to 65,535. 

2) The data rate was limited to IMHz. 

3) The data timing and sampling was limited as shown in Figure 7 below. 



The Acceptance tests were written in Verilog -XL. Two tasks were provided by US2 to extract the test 
vectors and to verify that the extracted vectors would meet US2’s timing requirements. These task are 
called $get_design and $check_design and are called from the test fixture. The result of running the 
Verilog Acceptance test is a file of test vectors with expected responses. A total of seven data path 
tests were performed along with BIST. 



The Memory to SCSI test writes five different patterns to the memory while in GC_to_Memory mode 
and then transfer the data to the SCSI interface by switching to Memoiy_to„SCSI mode. The follow- 
ing data patterns (hex) are written; 33221100, FFFFFFFF, 00000000, AAAAAAAA, 55555555. 


The GC to Memory test writes, four different test patterns to memory. These patterns are verified as 
correct at the memory interface. The patterns the test writes are: 55555555, AAAAAAAA 00000000 
11111111. 

The SCSI to Memory Test writes four different patterns to into the SCSI interface and these patterns 
are verified at the memory interface as correct. The patterns written were: 33221100, 00000000 
55555555, AAAAAAAA. 

The Memory to GC test sets the data inputs to the memory interface to five different patterns. These 
patterns are read via the GC interface and verified as correct. The patterns used in this test were’ 
99887766, 00000000, FFFFFFFF, AAAAAAAA, 55555555 . 

The HIPPI to Memory test writes four different patterns to the HIPPI interface and verifies that the 
data are correct at the memory interface. The patterns written are: FF, 00, AA, 55. 

The Transfer Counter test writes five different data patterns to the transfer counter and then reads the 
data back. The patterns written were: FF00AABBCC55, FFFFFFFFFFFF, 000000000000 
AAAAAAAAAAAA, 555555555555. 

'Hie Memory to HIPPI test sets the data inputs on the memory interface to five different test patterns. 
The system is put into Memory_to_HIPPI mode and test patterns are read from the HIPPI interface 
and verified as correct. The patterns write were: FFFFFFFF, 00000000, AAAAAAAA 55555555 
FF00AA55. 

In addition to the data path checking performed, all FIFOs were designed with Built in Self Test 
(BIST). The BIST test was exercised at the foundry and all chips provided by US2 passed BIST for 
both the HIPPI and SCSI FIFOs. 



VIII. DAS Testing 

In order to test the new ASICs, NASA/Langiey purchased a Tektronix DAS9200. The 
DAS 9200 is a Digital Acquisition System which can provide input stimulus and output acquisition 
capabilities to a complex digital system or chip such as the SODR ASIC. The DAS can be configured 
in a variety of ways depending m the acquisition and pattern generation cards installed. The DAS at 
NASAA-angley is equipped with: 

1 92A96 96-channel by 8K, lOOMHz acquisition card 
1 92A16 16-channel by 4K, 200MHz acquisition card 
1 92S 16 16-channel by IK, 50MHz pattern generator card 
1 92S32T 32-channel by 8K, 50MHz pattern generator card. 

These cards can be grouped together to behave as one piece of equipment operating synchronously 
(known as a cluster), or each card may be started or stopped individually. This SODR setup uses the 
92A96, and the 92S32T cards as a single cluster. 

Pattern generator cards supply inputs to the Device Under Test (DUT), in this case a single 
SODR MBC ASIC along with a 4MB buffer memory. The 92S16 card is an algorithmic card which 
can be programmed to follow a user-defined set of instructions. The 92S32T, on the other hand, sup- 
plies vectors (patterns of logical I’s and O’s) to the DUT. These vectors are generated external to the 
DAS, configured for the DAS, and then imported to the DAS. These vectors are available in two 
formats: Swave and Ewave. The Swave format provides a vector for every input at a regular interval 
such as every edge of the 50MHz clock used by the SODR ASIC. The Ewave format provides a new 
vector only when a single input changes or when multiple inputs change. 

The DAS92(X) can be used stand alone with a 92020XT X-terminal as a front end, but it’s uses 
are limited. The primary limitation is that the Programmatic Command Language (PCL) tools are not 
accessible. This means input stimulus and machine configuration files (Swave and device map files) 
must be entered by hand. Other control and configuration capabilities include connection to a RS-232 
host, a LAN-connected host, or a GPIB -connected host. Preliminary investigation into setting up the 
DAS indicated a need for a network connection for the DAS and 92LANP software (not originally 
purchased) in order to communicate and connect to the DAS using the CAEDE Lab’s Sun 
Workstations. After a conference between Tektronix engineers and NASA personnel, purchase re- 
quests for a DAS network IP address, and the 92LANP software were issued. The network connected 
DAS can now be accessed and controlled from a SUN workstation on the CAEDE network. FTP is 
used to transfer files between the CAEDE workstation and the DAS. 

Test Stand 

In order to connect and test the SODR ASICs, a test stand or custom circuit board was 
required. Time constraints precluded the design and fabrication of a custom printed circuit board. 
Instead, a standard IBM- AT expansion card was selected as the basis for a test stand. This was pri- 
marily due to the large number and physical size of the connectors required to attach the various 
probes of the DAS. This particular ASIC has 12 power and ground pairs, an 8-bit GC data path, a 
16-bit SCSI data path, an 8-bit HIPPI data path, and a 32-bit memory data path (with 20-bit address) 
along with the associated control and handshake signals. A full length card can hold the ASIC, stim- 
ulus and output connections for all of the pins, as well as a custom 4M memory daughter board which 
was also designed for the SODR ASIC teststand. A diagram showing the physical layout of the SODR 
ASIC test stand is shown in Figure TESTSTAND. The daughter board converts the non-standard 
0.05" spacing of the 64-pin SIMM memory module sockets to standard 0.1" perf-board spacing, as 
weU as providing external chip-select logic for the four 256k x 32b SIMM memories. This board was 



laid out and fabricated at NASA/Langley’s Microelectronic Fab Shop by Vince Cowling. The board 
is connected to the test stand with a 96-pin VME-type connector. By using a memory daughter board,, 
the testing process is greatly simphfied, since real memory can be used instead of trying to make the 
DAS emulate memory. In addition to the memory daughter board, the test stand includes wire-wrap 
connections between a LIF (Low Insertion Force) socket for the ASICs and the input/output connec- 
tors for the GC, HIPPI, SCSI, and memoiy pins of the chip. This type of setup facilitates verification 
of all possible data paths by reconfiguring the DAS instead of rewiring the test stand. 

Another reason for using a PC type card resulted from the development of a PC-interface 
which allows a PC to act as the group controller for the SODR ASIC. This interface enables a PC to 
pre-load the memoiy via the GC interface and then perform a block output through either the HIPPI or 
SCSI interface. This should prove to be extremely beneficial during subsequent testing. 


Vector Generation 

The attached samples of the vector generator (Appendix B DASgen.v) and the resultant ouQ)ut 
files (*.Swav) were produced using Cadence’s Verilog-XL hardware descriptive language (HDL). 
Vector generation was broken down into modular, reusable tasks within DASgen.v. This allowed the 
functional tests for all possible data paths to be included within one file. Menu selection allows the 
generator user to select the appropriate vector file (data path) to be created. Statements within the 
generator produce vectors, headers, and other information to the desired output file. As can be seen in 
DASgen.v, there are seven major tests, as well as tasks to read and write data at each of the interfaces. 
The vector generator artificially emulates the required handshake and control timing necessary to in- 
teract with different interfaces of the SODR ASIC. Much of this test is an extension of the Verilog 
code used in the simulational testing of the SODR chip during the design process. This vector gener- 
ator created the necessary vectors in the Tektronix Swave format, while also allowing the use of the 
Gwave graphical output tools of Composer to view the vectors and outputs as waveforms. The vectors 
themselves are created by sampling the inputs and outputs of DASgen.v at every edge of a 50MHz 
clock. This means that the finest separation between events is 10 time units(ns). 

In addition to vector files, the DAS requires a Device Map file (DMF). Device map files in- 
struct the DAS translator how associate vector signals with specific DAS generation and acquisition 
probes. A sample device map file and a sample portion of an Swave file for the H2S test are included. 
This file along with a vector file are then sent via FTP to the DAS. 

CADTRANS 

Once the necessary files have been transferred to the DAS, the DAS Programmatic Command 
Language translator CADTRANS is invoked. This translator preforms the mapping between the De- 
vice Map file and the Swave vector files as indicated earlier. CADTRANS generates several files 
stored and used within the DAS. After CADTRANS successfully compiles both the vector file and the 
device map file, the DAS user must set up the clock speed and viewing format for the DAS signals. 
The master clock period is adjustable from 10ns to 1ms. The input and output signals have been 
mapped internally by CADTRANS on the DAS, but they must also be defined for viewing on the DAS 
display terminal. The display format (binary/decimal/hex) and the relative grouping of both pattern 
generators and acquisition signals is done in this manner. This ability was crucial due to the number 
of different physical connections for each of the specific tests. Once the functionality of the memoiy 
had been verified, acquisition signals could be remapped to different duties monitoring other data and 
control signals used in testing the major functional data paths. 



Sample Device Map and Swave File Device Map Files 

Device Map File 

zeroDelayFilter = on; 

bidir reference "PGCrdJ* 0 pos {signal "BiGCBus” [7:0]; } 

bidir reference "PDTREQ" 0 neg (signal "BiHIPPr [7:0]; } 


module "92S32-r'{ 
type = s32; 
first_sIot = 7; 
num_cards = 1; 

signal "BiGCBus"[7:0] (testchannel = I A [7:0]; } 

signal ''Clock25'* (testchannel= 1 B 8; j 

signal "DTREQ" {testchannel = 1 G 8; } 

signal "NRDEN" { testchannel == 1 D 8; } 

signal "PRegSer[4;0] {testchannel = 1 B [4:0]; } 

signal "PGCwr_" { testdiannel s= I B 5; ] 

signal "PGCrd_" (testchannel = 1 B 6; } 

signal "PReset_" { testchannel = 1 B 7; } 

signal "BiHIPPr [7:0] {testchannel = I C (7:0]; } 

} 


module "92A96- 1" { 
type = a96; 
first_slot = 3; 
num_cards = 1; 
delay = 2ns; 
setup = Ops; 
hold = Ins; 

signal "BiGCBus"(7:0]{testchannel = I AO [7:0]; } 

signal "BiHIPPr[7:0] (testchannel = 1 D3 [7:0]; } 

} 

Swave Vector File 

version state 0 10; 
signal CIock25 input; 
signal PReset_ input; 
signal PGCrd_ input; 
signal PGCwr_ input; 
signal PRegSel [4:0] input; 
signal BiGCBus [7:0] bidir, 
signal PDTREQ input; 
signal PNRDEN input; 
signal PDREQ output; 
signal PSELB [2:0] input; 
signal BiHIPPI [7:0] bidir, 

0: 0 111 xxxxx ZZZZ 2 ZZZ xxxxxxxx 010 101 zzzzzzzz xxxxxxxx; 
1: 1111 xxxxx zzzzzzzz xxxxxxxx 0 1 0 101 zzzzTz.yz xxxxxxxx; 

2: 0111 xxxxx zzzzzzzz xxxxxxxx 0 10 101 ztzztztt: xxxxxxxx; 

3: 1111 xxxxx zzzzzzzz xxxxxxxx 0 1 0 101 zzzzzzzz xxxxxxxx; 

4: 0111 xxxxx zzzzzzzz xxxxxxxx 0 1 0 101 zzzzzzzz xxxxxxxx; 

5: 1111 xxxxx z zzzzz zz xxxxxxxx 0 1 0101 zzzzzzzz xxxxxxxx; 
6: 0 111 xxxxx zzzzzzzz xxxxxxxx 0 10 101 zzzzzzzz xxxxxxxx; 
7: 1111 xxxxx zzzzzzzz xxxxxxxx 0 10 101 zzzzzzzz xxxxxxxx; 
8: 0 111 xxxxx zzzzzzzz xxxxxxxx 010 101 zzzzzzzz xxxxxxxx; 
9: 1111 xxxxx zzzzzzzz xxxxxxxx 0 10 101 zzzzzzzz xxxxxxxx; 
10: 0 1 1 1 xxxxx zzzzzzzz xxxxxxxx 0 1 0101 zzzzzzzzz xxxxxxxx; 



Testing 

Eight major tests were conducted. These tests checked four major data paths: 

GC and Memory: GC to Memory, Memory to GC, GC ReadAVrite, Transfer Counter 
GC and SCSI: GC to SCSI, SCSI to GC 

SCSI and HIPPI: SCSI to HIPPI 
HIPPI and SCSI: HIPPI to SCSI. 

In order to simplify operational testing, sections of the chip were tested individually whenever 
possible. To test the operation of the memory daughter board (and to simplify subsequent tests) the GC 
and Memory interfaces were tested first. Once they had been proven functional, the SCSI I/F (working 
with the GC I/F) was tested. Lastly the HIPPI I/F was tested in combination with the SCSI I/F by 
means of HIPPI->SCSI and SCSI->HIPPI tests. Tests of GCtoHIPPI and HIPPItoGC were not con- 
ducted due to the size of the burst (256 words) which had to be sent through any HIPPI data transfer. 
The large number of vectors required to test this non critical path precluded further testing. The details 
and specifics of each test can be seen in the attached DASgen.v file. 

GC / Memory Testing 

The GC to Memory, Memory to GC, GC Read/Write, and Transfer Counter tests were done 
first in order to verify functional operation and speed limitations of the memory daughter board, the 
GC interface, and the memory interface. These tests write and read different data at a variety of ad- 
dresses and address ranges. In addition, the operation of the status register and operation of the 
memory at page boundaries is tested. These tests showed that the memory and GC performed suitably 
at 50MHz in the following areas: 

status register operation with respect to bits indicating memoiy fuU and memory not empty, 

memory operation at page boundaries, 

memory interface operation relative to use with the GC, 

GC interface operations,* 
transfer counter operation. 

The GC interface is used to setup, control, and monitor the SODR chip. The interface is a 
memory mapped register design. A register map, regmap.sodr, (ASIC Datasheets) is included in this 
report. The chip can be reset by writing a reset code to the GC mode register, or by sending the Reset_ 
pin low. Memory is written by writing four 8-bit patterns to a 32-bit MtoGC data register, three 8-bit 
patterns to a 20-bit address register, and then issuing a code to write the contents of the memory data 
register at the memory address register specified. Figures GC2M[a:c] show sample read/write opera- 
tions of the GC interface. 

Figure GC2M[a] shows a hardware reset (ResetJ, a preliminary read of the status register 
(RegSel -> OxOB), three software resets (RegSel -> OxOC), and then a memory write of data 
0x04030201 (RegSel->0xl4, 0x15, 0x16, 0x17) to address 0x00000 (RegSel->0x0D, OxOE, OxOF). 

Figure GC2M[b] shows the last part of a write to address 0x(XX)04, and then a read of address 
0x00000. The memory address registers (OxOD, OxOE, OxOF) are loaded with address 0x00000, then a 
GC interface load code for the MtoGC register is issued (RegSel->0xl9), and finally the four MtoGC 
data registers(RegSel->0xl0, 0x11, 0x12, 0x13) are read out one by one. The data bus reflects inverted 
data values which have been stored in memory. This inversion is due to the fact that the SODR ASIC 
contains inverting output pads. This is not a problem when the chip is used in one of it’s two primary 
configurations: HIPPI->SCSI or SCSI->HIPPI. In these two modes the memory is transparent and the 
inversion is not visible. When the GC is used as either a input or output path the data will appear 



reversed at the memory. This feature is not a problem since the use of the GC as a data port to access 
memory is primaiily a debugging feature of this chip. 

Figure GC2M[c] shows the write of data 0x04030201 at addresses 0x00000 through 0x00004. 
In addition to the address changing, the memoiy output enable (Mem_oe_) and the memory write 
(Mem_wr_) signals can also be seen toggling during each of the five writes in this figure. 


3 70 
1 


seei 
I 


KEG_ 3 el 
Res6t_ 
GD_RD_ 
GC wr 


Address 
Data 
«EH_00_ 
MEM vr 


PC oc Qc xi?D~~xxi>» xgr~~yr^ — xxra — yn — xxrc — yrr 






— XgO Vji 01 01 Xin)- 00 00 00 — ypT — -yoii — yzra — yyg xm ycir 


ooooA oooo* oooaA oooflA — ygTnnnr- ooooc ■ " ooooo ooooo 

iaaaaaiia aiaaaaaa XX rsrdrjrK " 

— — ■■ ■ - ■ — — n 


TLT 


IS 


tinjnjnjrururyrunminjrunjiriimrunjrijniriHijruiruninjntrunjniiiiirunmjimir^ 

Figure GC2M[a] GC/Memory test startup and memory write 




Figure GC2M[c] GC/Memory write of four addresses 
Figures GC2M[a:c] 








^Ringing problems were encountered intermittently during some READ operations of the GC 
interface’s MemtoGC registers. These oscillations appear to be related to the test stand and the DAS. 
Exhaustive debugging was done to find the cause of this ringing. The noise seemed to occur primarily 
during a read of MemtoGC address 0x13, but was also observed during READ operations at Mem- 
toGC addresses 0x10, 0x11, and 0x12 as well. Figures NOISE[a:b] show the results of the noise as 
captured on the DAS during a variety of tests. In Figure NOISE[a] the noise has caused data on 
GC__Bus to appear to be 0x00 when it should really be 0x76. The data pattern written was 
0x76543210. Figure NOSIE[b] on the other hand, shows where the GC_Bus data is stable long enough 
to see the proper value 0x76 appear momentarily. Figures NOISE[c:f] show the noise as captured by 
the 200MHz digital storage scope. Figures NOISE[c:f] show the GC_RD_ signal on top and a bit of 
the GC_Bus on the bottom. These four low READ signals were captured during the read of the four 
M2GC registers (0x10-0x13). Note in Figures NOISE[c:d] how the noise occurs on both one READ 
(0x13) and all four READs. Figure NOISE[e] shows the oscillations as they were captured with the 
DAS in a static state, while Figure NOISE[f] shows four READs without any noise. Many hours of 
time were spent trying to resolve this problem. It was found that the chip would remain in this ringing 
state even with the chip and the DAS in a static mode (no inputs changing), and would continue to 
oscillate with practically all input and output probes removed from the teststand. Since the reading of 
data through the GC interface is primarily a debug feature of this chip and the data appeared to be 
intact within the affected registers, further detailed analysis of this phenomenon was not continued. 







Figure NOISE[e] Figure NOISE[fl 


Figure XFER[a] shows the WRITE and READ of the five transfer counter registers (RegSel-> 
0x0A-0x05). The transfer counter keeps track of the number of words transferred during HIPPI->SCSI 
and SCSI">HIPPI data transfers. This counter was functional at speed with respect to writing, reading, 
and automatic incrementation. 



Figure XFER[a] 




GC / SCSI Testing 

After the functional operation of the memory and GC interfaces had been verified using the 
three GC/Memory tests, the GCtoSCSI test was developed. The relatively simple DMA-style interface 
used by the SCSI interface was the next logical feature to be tested. Instead of using the special 
single-bit, interfacing/handshaking pod for the DAS (which was delivered late to the project), the 
GCtoSCSI and SCSItoGC tests were written so that the tests reflected the response capabilities of the 
chip. By allowing the appropriate response time for acknowledgment signals (DACKN) to read and 
write requests (DREQ) from outside the chip, the read and write capabilities of the SCSI interface 
poition of the chip were verified. (Some noise problems were noted again during GC read operations.) 

The GCtoSCSI test involved resetting the chip, loading data into memory, setting the chip into 
GCtoSCSI mode, and then monitoring the data subsequently output from the SCSI interface. Figure 
GC2S[a] shows the loading of data 0x04030201 (inverted OxFBFCFDFE) at addresses 0x00000 
through 0x0(XX)4, and the resultant SCSI output data along with the DREQ, DACKN, and WRN 
signals used by the SCSI interface is show in Figure GC2S[bJ. An oscilloscope print-out showing a 
detail of the DREQ and DACKN timing at IMhz is included as Figure GC2S[c], The GCtoSCSI test 
was functional at 50MHz other than the occasional loss of a half word during the read of the last word 
from the SCSI I/F. This may be due to the timing associated with the DREQ and DACKN signals 
which were not actually handshaking. Internal SCSI I/F FIFO access is directly controlled by these 
signals so failure to issue a DACKN for a data request (DREQ) would trigger the appropriate response 
from the SCSI DMA interface. This is not believed to be a functional problem. 












Figure GC2S[c] Details of the SCSI I/F DREQ (top) 
and DACKN (bottom) signals (oscilloscope). 


The SCSItoGC test involved resetting the chip, writing the SCSI I/F with data, setting the chip 
into SCSItoGC mode, and then doing GC/Memory-style read operations from the memoi'y. The SC- 
SItoGC mode of operation places SCSI data in memoiy in anticipation of outputting the data through 
the HIPPI I/F. This test also displayed the same intermittent noise problems seen during the 
GC/Memory tests. Again it appeared that the data was successfully transferred despite the noise mon- 
itored both by the DAS and an oscilloscope during read-out of the SCSI data through the GC interface. 
Figure S2GC[a] shows the data (0x04030201) being written into memory through the SCSI I/F. Both 
the SCSI I/F signals (DREQ, DACKN, RDN_) and Memory I/F signals (Mem_oe_, Mem_wr_) can 
be viewed as the data travels into the SCSI 1/F and out the Memoiy I/F. The Data signal reflects the 
lower half-word of the value written into memory. 





HIPPI/SCSI Testing 

Once the GC, Memory, and SCSI interfaces had been tested incrementally, all that remained 
was to implement a test of the HIPPI I/F and to integrate the tests to finally test out the two primaiy 
data paths used by the SODR ASIC (HIPPI->SCSI and SCSI->HIPPI). Both of these tests involve 
resetting the chip, loading the data through either the HIPPI or SCSI port and then setting the chip into 
the appropriate mode to read data at the other port. 

The H2S test appears to be very sensitive to the shape of the two clock signals (25MHz ASIC 
clock and the 50MHz SCSI clock) and to the relative timing of the SELB, WRCLK, and the first 
HIPPI byte. These clock problems could probably be cleared up using a ground plane circuit boaid and 
a clock oscillator chip instead of the DAS clock supplied at the probes. The timing of the SELB and 
WRCLK signals would be provided by the actual HIPPI source and destination chips in an actual 
circuit. The resolution of the DAS vectors and the DAS acquisition timing may have played a role in 
problems encountered during this test. Finer resolution would have moved events off of clock edges. 
There were some successes with HIPPI->Mem and Mem->SCSI transfers, and although the first byte 
was occasionally dropped before getting to memory there were successful tests in which all of the data 
was successfully passed through the chip. Successful data transfers were obtained at clock speeds up 
to IMHz. Again the clock appeared to have a significant effect upon the transfer of data. Details of the 
two clocks at IMHz (clean), and lOMHz (spikes) can be seen in Figures H2Sclock[a,b]. 

Figure H2S[a] show the beginning of the loading of HIPPI data to memory. The HIPPI signal 
shows the data pattern being clocked into the HPPPI I/F while the Data signal shows the lower half of 
data being written to memory starting at address 0x00000. The HIPPI data are bytes whose value 
increase by one for each byte (ie. 0x01, 0x02, 0x03 ...). This figure also shows how the first byte of 
HIPPI data was dropped by the HIPPI I/F. Figure H2S[b] shows the beginning of a HIPPL>SCSI test 
in which the first byte was not dropped, (This can be seen were the upper bytes of memoiy data at 
address 0x00000 are 0x0403 which left 0x0201 in the lower bytes.) Figure H2S[c] shows the begin- 
ning of the data output through the SCSI I/F. The SCSI data can be seen incrementing properly (other 
than the first byte) in this figure. The address does not change during this portion of the test since the 
SCSI data is being read from the SCSI I/F FIFO. 














The SCSItoHEPPI test was successful at 50MHz. This test involves writing data into the SCSI 
I/F and then emulating timing of the HIPPI Source/Dest chips to read data out of the HIPPI I/F. Figure 
S2H[a] shows the last part of data 0x04030201 being written into memory through the SCSI I/F. 
Figure S2H[b] shows the IFIELD value 0x49 (0xB6) on the HEPPI data bus and then the read out of 
HIPPI data which appears as bytes 0x01, 0x02, 0x03 „ 0x04. This test perffomed suitably at a speed of 
50MHz without problems. 









Results 

The DAS test results have shown that all of the interfaces in the SODR MBC ASIC to be 
operational at speeds up to lus (IMHz). Clock noise on the DAS probes, as well as tiniing, memory, 
and setup limitations of the DAS, prevented successful tests at 50MHz for most tests of the major data 
paths. Many of the problems associated with the noise due to the clocks derived from the DAS as well 
as that introduced by the length and number of wire-wrap connections can be reduced or eliminated 
with the use of a ground plane circuit board and clock oscillator circuit. The memory limitations on the 
DAS cards currently installed (8Kx36b) means that the results of long tests cannot be captured 
completely. Instead, triggers must be set so that the desired portions of test can be captured. For large 
tests, this may mean several runs to verify all portions of such tests. The fastest speed at which wide 
(32b) data can be acquired is 50MHz. Since this was the SODR ASIC’s design speed, our sampling 
resolution was only two samples per clock cycle. Ideally more samples should be taken every clock 
cycle in order to monitor the response tiniing of the SODR interfaces. 

Despite the limitations of the DAS (and our knowledge of it), and the problems with the 
teststand, success was made in functionally testing these chips. Results from these tests indicate that 
all of the SODR ASIC’s data paths will operate at the 50MHz design speed with the use of dedicated 
clock circuitry and a custom printed circuit board populated with the actual HIPPI Source and Desti- 
nation chips. Noise problems encountered during tests involving the GC interface are believed to be 
inconsequential. A table of results is included below. 


Test 

: Best Speed : 

Problems 

: STATUS 

GCtoMem 

50MHz 

:NONE 

: Functional 

MtoGC 

50MHz 

Intermittent noise 

: Functional 

GC ReadAVrite 

50MHz 

Intermittent noise 

: Functional 

Xfer 

50MHz 

NONE 

: Functional 

GCtoSCSI 

50MHz 

NONE 

: Functional 

SCSItoGC 

50MHz 

Intermittent noise 

: Functional 

HIPPItoSCSI 

1 MHz 

Lost first byte, clock noise 

: Functional 

SCSItoHIPPI 

50MHz 

NONE 

: Functional 



IX. Recommendations 

1) The design process with the front end work provided by NASA and the layout and fabrications 
performed by US2 was shown to be viable. Although, two tools could be added into the design flow 
to provided greater confidence in the final devices. A fault coverage tool for generating test vectors 
and a critical timing tool for identifying critical data paths. 


2) When working closely with a West coast company it is important to establish good communication 
early on. Phone, fax, express mail, e-mail, and ftp will all be required over the course of a design. 
Electronic communications are very important for information exchange, and were a problem during 
this project. 

3) It is important to freeze the software version and operating systems version of the system unless 
there is a compelling reason to do otherwise. Systems upgrades are never easy with EDA tools and 
seem to always result in at least a week of down time. 

4) Technical management must be setup before work starts on the project. It should be clear who has 
responsibility for what portions of the design work and who has authority over the designers for 
technical decisions. Technical reviews should also be regularly scheduled. 


X. Conclusions 

All work associated with the SODR Memory Buffer Control ASIC Research Grant has been 
completed. Specifically: 

1) A 144 pin CMOS ASIC was designed and simulated. 

2) Ten prototypes were fabricated by US 2 and passed acceptance testing. 

3) Independent test were run at NASA using a Textonics DAS. 

4) The ASIC design process was effectively exercised using NASA tools for 
front end design and US 2 for layout and fabrication. 

5) All work was was document internally and through publication. 

6) This final report was completed and submitted to NASA. 
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